id <1xfn@bkhouse.cts.com>; Sun, 27 Feb 94 01:38:22 PST
Received: from crash by donews.cts.com with uucp
(Smail3.1.28.1 #18) id m0paZxa-0002TRC; Sat, 26 Feb 94 17:06 PST
Received: from nova.unix.portal.com by crash.cts.com with smtp
(Smail3.1.28.1 #18) id m0paZno-0000FcC; Sat, 26 Feb 94 16:56 PST
Received: from hobo.corp.portal.com (hobo.corp.portal.com [156.151.1.14]) by nova.unix.portal.com (8.6.4/8.6.4) with ESMTP id QAA26690 for <amigae@bkhouse.cts.com>; Sat, 26 Feb 1994 16:56:57 -0800
Received: from localhost (pccop@localhost) by hobo.corp.portal.com (8.6.4/1.21) id QAA03751 for amigae@bkhouse.cts.com; Sat, 26 Feb 1994 16:56:56 -0800
Lines: 45
Date: Sat, 26 Feb 94 16:56:55 PST
Message-ID: <9402261656.3.2883@cup.portal.com>
X-Origin: The Portal System (TM)
From: WiZkId@cup.portal.com
To: AmigaE@bkhouse.cts.com
Subject: Re: Kid in a candy shop
>> IF (amigaguidebase:=OpenLibrary('amigaguide.library',37))=NIL THEN RETURN
E
>
>Can't help you with your problem sorry :-( But could I ask that you don't
:-( <g>
>hard code the guide filename into your program. I (and many others) store all
Of course. No, I'm just trying to get something working before I go about
setting up a definable place for it. Most likely, EDS will have 2 guides.
The normal DOC guide, and then the Online help guide which is just short and
sweet info on each button/menu/feature.
>my manual, doc and guide files into specific directories, and I'd like for all
>programs to be able to access that help without me having to create softlinks
>or making assigns. On a large hard drive it's far neater to have all guide
Yeah... I've begun keeping my guides in a standard place (If I'm actually
thinking when Installer asks me where to put the guide!) I use the place
that was set-up (at least for 3.0/3.1) by the original installer on my
system, HELP:English/ or even just HELP:. This is where the EDS installer
will ask for as a default place to install the help file, if possible, and
if it ever makes it there.
>files in one place, intead of dotted around the drive. Oh, and it may also
>help to support powerpacked amigaguides...
I was thinking about MAYBE adding the option of having EDS decompress
XPK'd files (now that I have real modules and an example) before loading
From donews!crash!cup.portal.com!WiZkId Sun, 27 Feb 94 01:38:35 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
id <1xfv@bkhouse.cts.com>; Sun, 27 Feb 94 01:38:35 PST
Received: from crash by donews.cts.com with uucp
(Smail3.1.28.1 #18) id m0paZxZ-0002UWC; Sat, 26 Feb 94 17:06 PST
Received: from nova.unix.portal.com by crash.cts.com with smtp
(Smail3.1.28.1 #18) id m0paZnW-00004FC; Sat, 26 Feb 94 16:55 PST
Received: from hobo.corp.portal.com (hobo.corp.portal.com [156.151.1.14]) by nova.unix.portal.com (8.6.4/8.6.4) with ESMTP id QAA26669 for <amigae@bkhouse.cts.com>; Sat, 26 Feb 1994 16:56:50 -0800
Received: from localhost (pccop@localhost) by hobo.corp.portal.com (8.6.4/1.21) id QAA03715 for amigae@bkhouse.cts.com; Sat, 26 Feb 1994 16:56:48 -0800
Lines: 62
Date: Sat, 26 Feb 94 16:56:48 PST
Message-ID: <9402261656.1.2883@cup.portal.com>
X-Origin: The Portal System (TM)
From: WiZkId@cup.portal.com
To: AmigaE@bkhouse.cts.com
Subject: Re: PrintIText V40???
>*B) kludgefill00:CHAR
>
>Let's see, that would be the intuitext object, right? I worked
>around it by defining the object locally in my program to appear
>the same way it does in the 2.0 modules, and called it
>
> OBJECT intuitext_fix
> ...
> ENDOBJECT
Well, I fixed it easily enough by just adding a 0 to each of my (2)
intuitext structures. "PrEgrammers" <g> creed: When all else fails, and a
required element is unknown, stick in a NIL! :-)
>or something like that. Wouter was nice enough to send me a
>"doctored" intuition/intuition.m. Maybe he's nice enough to
>post it since there appears to be some need. (I'll do it if
>you want, Wouter, since it's probably less trouble for me.)
Whatever... if you get a chance. I only have the v40 autodocs here, and
not the includes (lost my damn disks... hopefully I'll be able to grab them
again at our next computer club meeting... :-) - and I couldn't find that
item IN there, but maybe theres a feature we don't know about in V39+... who
knows...
>*B) This may be your major problem. Also, the ASL objects are different, but
>*B) those are easy to fix, I think :-)
>
>Hmph. Didn't notice any problems there. What's the diff,
>naming? Or structure?
Well, I was using a semi-hacked up un-modulized version of the 2.1 asl
requester (using a pointer to a filerequester, and then accessing all of the
different fields to see what info they held...) so there were a bunch of
changes there that I had to make. Also, for the font requester, freq.name
is no longer there. You have to go and get freqtattr:=freq.tattr and then
get freqtattr.name and freqtattr.ysize (ysize is no longer there either)
AND, in the file requester, it's req.drawer not req.dir now. Those are the
only ones I could remember. Just takes running the source through EC,
re-editing, running through EC, re-editing... :-)
I HAVE A BIG SUGGESTION FOR E 3.0!!! Wouter should make a runtime library
(the E.library) with some features available to us like debugging. It would
be MUCH better than a simple debugger. From here, we could supply the
modules we want to search in a taglist, and it could go and check and see if
some referenced variable was available... it would be much better and faster
for something like EDS or EE to use that than a script. What do ya think?
From donews!crash!cup.portal.com!WiZkId Sun, 27 Feb 94 01:38:54 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
id <1xg5@bkhouse.cts.com>; Sun, 27 Feb 94 01:38:54 PST
Received: from crash by donews.cts.com with uucp
(Smail3.1.28.1 #18) id m0pabHH-0001P5C; Sat, 26 Feb 94 18:30 PST
Received: from nova.unix.portal.com by crash.cts.com with smtp
(Smail3.1.28.1 #18) id m0pabAY-0000JPC; Sat, 26 Feb 94 18:23 PST
Received: from hobo.corp.portal.com (hobo.corp.portal.com [156.151.1.14]) by nova.unix.portal.com (8.6.4/8.6.4) with ESMTP id SAA07694 for <amigae@bkhouse.cts.com>; Sat, 26 Feb 1994 18:24:39 -0800
Received: from localhost (pccop@localhost) by hobo.corp.portal.com (8.6.4/1.21) id SAA22150 for amigae@bkhouse.cts.com; Sat, 26 Feb 1994 18:24:37 -0800
Lines: 38
Date: Sat, 26 Feb 94 18:24:36 PST
Message-ID: <9402261824.1.18837@cup.portal.com>
X-Origin: The Portal System (TM)
From: WiZkId@cup.portal.com
To: AmigaE@bkhouse.cts.com
Subject: AmigaGuide
Hey, anybody REALLY bored?
Could somebody translate SOME FORM of AmigaGuide handling into E for me?
I've gone through multiple sources, and what I'm trying to do is almost
EXACTLY what PPGUIDE (a program that un-powerpacks a guide file and then
loads it into an Amigaguide window through the library) is doing. IN fact,
I have gone through and matched it (except for the de-powerpacking) step by
step. I've also looked at Term 3.3 source (only stuff I could find locally)
and the examples that come with AmigaGuide, and I have yet to have any luck!
It really sucks!
All I want to do is load an amigaguide doc-file into EDS through the
Amigaguide.library. I don't need it to be Asynchronous, and I don't need it
to be a Dynamic Node-Host type of thing (I don't REALLY want to go THAT deep
into online help, providing information on the program loaded in and the
memory situation and all that - not yet anyways :-)
I know it can be done SIMPLY (i.e. should be less than 100 lines... should
be less than 50 lines!) but most code I've seen involves callback hooks and
asynchronous calling and notifying the mother-task and spawning of
processes, and being V39 specific (term). I KNOW THIS IS NOT NECESSARY!
AYUGHSDHNSDFJUISHDKNW"SIORJNEWS:LKTRHWOI:LEKHNDWSILK TRHS MRENH"! Ah! Now I